System and method for real-time insurance quote in response to a self-diagnostic test

ABSTRACT

A method for initiating a telemedicine conference on a mobile device is provided. The method comprises receiving diagnostic test results in response to a diagnostic test, determining if the diagnostic test results include a positive result, storing the diagnostic test results on a server disposed on a network, presenting, if the diagnostic test results are positive, a telemedicine initiation option on a screen of the mobile device, determining whether the telemedicine initiation option is selected, sending the diagnostic test results from the server to the telemedicine provider, sending additional medical history information to the telemedicine provider, and initiating a telemedicine conference with the telemedicine provider. Some of these aspects also provide healthcare providers the ability to electronically send prescriptions and provide users the ability to use a mobile application to send prescriptions to pharmacies to be filled.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation-in-part of U.S. patent application Ser. No. 15/804,990, filed on Nov. 6, 2017, which is a continuation-in-part of U.S. patent application Ser. No. 15/295,398, filed on Oct. 17, 2016, which issued as U.S. Pat. No. 9,857,373 on Jan. 2, 2018. U.S. patent application Ser. No. 15/804,990 also claims the benefit of U.S. Provisional Application No. 62/419,382, filed on Nov. 8, 2016. This application also claims the benefit of U.S. Provisional Application No. 62/566,589, filed on Oct. 2, 2017. The contents of application Ser. Nos. 15/804,990, 62/419,382, and 62/566,589, and the contents of U.S. Pat. No. 9,857,373, are incorporated by reference herein in their entireties.

TECHNICAL FIELD

The following disclosure is related to a system and method for filling prescriptions with the use of a telemedicine mobile application.

BACKGROUND

Telemedicine is the use of telecommunication and information technology to provide clinical health care from a distance. It helps eliminate distance barriers and can improve access to medical services that would often not be consistently available in distant rural communities. It is also used to save lives in critical care and emergency situations. Although there were distant precursors to telemedicine, it is essentially a product of 20th century telecommunication and information technologies. These technologies permit communications between patient and medical staff with both convenience and fidelity, as well as the transmission of medical, imaging and health informatics data from one site to another. These telemedicine technologies provide convenient ways to obtain care from a healthcare provider, and thus, it is also desirable to have a convenient way to fill any prescriptions deemed necessary by the healthcare provider.

SUMMARY

A method for initiating a telemedicine conference on a mobile device is provided. The method comprises receiving diagnostic test results in response to a diagnostic test, determining if the diagnostic test results include a positive result, storing the diagnostic test results on a server disposed on a network, presenting, if the diagnostic test results are positive, a telemedicine initiation option on a screen of the mobile device, determining whether the telemedicine initiation option is selected, sending the diagnostic test results from the server to the telemedicine provider, sending additional medical history information to the telemedicine provider, and initiating a telemedicine conference with the telemedicine provider. Some of these aspects also provide healthcare providers the ability to electronically send prescriptions and provide users the ability to use a mobile application to send prescriptions to pharmacies to be filled.

BRIEF DESCRIPTION OF THE DRAWINGS

For a more complete understanding, reference is now made to the following description taken in conjunction with the accompanying Drawings in which:

FIG. 1 illustrates a diagrammatic representation of one embodiment of a immunoassay test strip;

FIG. 2 illustrates a diagrammatic representation of one embodiment of an immunoassay test wherein an analyte is tested across a plurality of test strips;

FIG. 3 illustrates a diagrammatic representation of one embodiment of a testing device;

FIG. 4 illustrates a top view of the testing device of FIG. 3 ;

FIG. 5 illustrates a top view of one embodiment of a testing device;

FIG. 6 illustrates a top view of another embodiment of a testing device;

FIG. 7 illustrates a flowchart of one embodiment of a testing device use method;

FIG. 8A illustrates a diagrammatic representation of one embodiment of a process for a mobile device application for testing device image capture and image processing, wherein an image alignment indicator is not aligned with the subject of the image;

FIG. 8B illustrates a diagrammatic representation of one embodiment of a process for a mobile device application for testing device image capture and image processing, wherein an image alignment indicator is aligned with the subject of the image;

FIG. 9 illustrates a flowchart of one embodiment of an image analysis process using a mobile device;

FIG. 10 illustrates a diagrammatic representation of another embodiment of a process for a mobile device application for testing device image capture and image processing, wherein an image alignment indicator is aligned with the subject of the image;

FIG. 11 illustrates one embodiment of a consumer driven biologic and disease data collection system;

FIG. 12 illustrates one embodiment of a consumer driven biologic and disease data collection system;

FIG. 13 illustrates an example of a unique biologic ID database table;

FIG. 14 illustrates a flowchart of one embodiment of a biologic data collection and dissemination process;

FIG. 15 illustrates a perspective view of a system for scanning test strips;

FIG. 16 illustrates a cross-sectional view of the system of FIG. 15 ;

FIG. 17 illustrates one embodiment of a vertical flow immunoassay device;

FIG. 18 illustrates a cross-sectional view of one embodiment of the vertical immunoassay device of FIG. 17 ;

FIG. 19 illustrates a color gradient chart;

FIG. 20 illustrates a normalized past tests results rating chart;

FIG. 21 illustrates a mobile device displaying on a screen a mobile application variable test functionality;

FIG. 22 illustrates the mobile device of FIG. 21 , wherein a housing of a testing device also includes thereon test function indicators;

FIG. 23 illustrates one embodiment of a medical code correlation system;

FIG. 24 illustrates one embodiment of a strep home retail test codes table;

FIG. 25 illustrates one embodiment of a combined pregnancy and Zika home retail test codes table;

FIG. 26 illustrates flowchart of one embodiment of a medical code correlation process;

FIG. 27 illustrates one embodiment of a telemedicine initiation option within a mobile application;

FIG. 28 illustrates another embodiment of a telemedicine initiation option within a mobile application;

FIG. 29 illustrates one embodiment of a telemedicine conference session on a mobile device;

FIG. 30 illustrates a flowchart of one embodiment of a medical file handoff process;

FIG. 31 illustrates a flowchart of one embodiment of a telemedicine conference initiation process;

FIGS. 32A and 32B illustrate systems for transmitting prescriptions to a pharmacy using telemedicine;

FIG. 33 illustrates an embodiment which uses a mobile application to inform the user which prescriptions have been prescribed

FIG. 34 illustrates an embodiment which uses a mobile application to let a user decide which pharmacy will fill a prescription;

FIG. 35 illustrates an embodiment in which the user can select on a mobile application whether to pick up a prescription or have the prescription delivered;

FIG. 36 illustrates a flowchart depicting a process for filling a prescription using a self-diagnostic test and a telemedicine session;

FIG. 37 illustrates an embodiment in which a telemedicine mobile application is used to automatically fill a prescription;

FIG. 38 illustrates a mobile device from an embodiment of the system in which the user obtains a real-time health insurance quote in response to a self-diagnostic test;

FIG. 39 illustrates an embodiment of the system in which multiple insurance plans are presented through a mobile application to a user;

FIG. 40 illustrates an embodiment of the system in which more detailed information regarding a health insurance quote is presented to a user;

FIG. 41 illustrates a diagrammatic view of a system for providing real-time health insurance quotes in response to a self-diagnostic test; and

FIG. 42 illustrates a flowchart depicting a process for generating a real-time health insurance quote in response to a self-diagnostic test.

DETAILED DESCRIPTION

Referring now to the drawings, wherein like reference numbers are used herein to designate like elements throughout, the various views and embodiments of an arbovirus indicative birth defect risk test are illustrated and described, and other possible embodiments are described. The figures are not necessarily drawn to scale, and in some instances the drawings have been exaggerated and/or simplified in places for illustrative purposes only. One of ordinary skill in the art will appreciate the many possible applications and variations based on the following examples of possible embodiments.

Referring now to FIG. 1 , there is illustrated one embodiment of an immunoassay test strip 100. The test strip 100 is typically housed in a testing device configured to collect a biologic analyte 106 from a user and to direct to the biologic analyte 106 onto the testing strip 100. However, it will be understood that the biologic may be applied onto a strip 100 without the strip 100 needing to be within a testing device. The test strip 100 includes a backing 102. The test strip 100 is made up of multiple sections disposed on the backing 102. A sample pad 104 is disposed on one end of the strip 100, for collecting the biologic analyte 106. The biologic analyte 106 may be any biologic needed for use in the immunoassay, such as urine, blood, saliva, stool, sweat, or other biologics to be used as an analyte. Various methods may be used to acquire the needed biologic, and such may be provided to the user packaged with the test, such as swabs, vials, containers, dilutants and other solutions, or any other equipment required. In the case of a blood analyte, a few drops of blood may be obtained from a finger stick using a finger prick device. Such a blood analyte may be blood mixed with an adequate amount of buffered solution to create the sample analyte 106 or a blood sample that is not diluted or otherwise manipulated, in which case the blood only is the analyte 106.

The biologic analyte 106, after coming into contact with the sample pad 104, begins to migrate across the strip 100 by capillary action, coming into contact with other sections of the strip 100. A particle conjugate pad 108 is disposed between the sample pad 104 and a test line 110. The conjugate pad 108 may contain various reagents associated with a particular antigen, such as a virus, allergen, or bacteria, the reagents being items such antibodies, enzymes, or other reagents needed to diagnose the particular condition. The reagent in the conjugate pad 108 may be conjugated with particles of materials such as colloid gold or colored latex beads. As the analyte 106 migrates through the conjugate pad 108, antibodies present in the sample analyte 106 complex with the reagents in the conjugate pad 108, thereby creating an immune complex that will migrate to the test zone or test line 110.

The test line 110 (T) may be precoated with the relevant antigen in question, i.e., a virus, allergen, or bacteria, for the detection of antibodies associated with the particular antigen. The immune complex created when the analyte 106 passes through the conjugate pad 108 is captured onto the antigen contained on the test line 110. This may create a qualitative response on the strip where the test line 110 is located, such as a colored response. In some embodiments, the test line 110 may not be a line, but may be other shapes or symbols, such as a plus sign. If no antigen-anti-antigen complexes are present in the analyte, no reaction occurs in the test line 110 and a qualitative response will not occur.

After passing through the test line 110, the analyte migrates further along the strip to reach a control line 112, where excess anti-antibody-colloidal gold or latex conjugates get bound. A qualitative response may be shown at the control line 112, indicating that the sample has adequately migrated across the testing membrane or substrate as intended. It will be understood that the control line 112 is not necessarily needed to perform the test, and may be eliminated entirely, but the control line 112 does provide a comparative example for a user reading the test. For example, the control line 112, in embodiments where a colored qualitative response is provided, may appear as an overly saturated color, such as a dark or bright saturated red, once the sample reaches the control line 112. This saturated color may be used as a comparison against the qualitative response shown on the test line 110. For example, if the qualitative response shown on the test line 110 is a much lighter red than that on the test line 110, it may be that very little reaction occurred at the test line. Of course, if no response is shown at all at the test line 110, no reaction has occurred. If the qualitative response at the test line 110 is of a similar saturation to the control line 112, a strong reaction is indicated.

The strip 100 may not be a continuous substrate. Rather, the various sections of the strip 100 may be separate from each other, but all adhered to the backing 102. As shown in FIG. 1 , the sample pad 104 and the conjugate pad 108 are separate structures from each other. The test line 110 or zone and the control line 112 or zone are both disposed as part of a nitrocellulose membrane strip 114. The nitrocellulose membrane strip 114 is also adhered to the backing 102, but separate from the sample pad 104 and the conjugate pad 108. As shown in FIG. 1 , the end of the sample pad 104 adjacent to the conjugate pad 108 may overlap the conjugate pad 108, with that end of the sample pad 104 lying over the adjacent end of the conjugate pad 108. Similarly, the end of the conjugate pad adjacent to the nitrocellulose membrane strip 114 may lie over the end of the nitrocellulose membrane adjacent to the conjugate pad. This allows for the analyte 106 to be more easily deposited onto each section of the strip 100 as it migrates across the strip 100. After the analyte 106 migrates across the nitrocellulose membrane strip 114, and thus across the test line 110 and the control line 112, the analyte 106 comes into contact with a wick 116 for absorbtion and collection of the analyte 106. The end of the wick 116 adjacent to the nitrocellulose membrane strip 114 may lie over that adjacent end of the nitrocellulose membrane strip 114, as shown in FIG. 1 .

Several Flow Immune Assays have been directed toward identifying proteins, molecules of interest, and even immunoglobulins IgG, IgA, and IgM. IgE is an antibody (immunoglobulin E) that is normally present in the blood freely circulating until it moves into the tissue where it is bound to mast cells through the receptor FcERI (F-C-epsilon-R-one) otherwise known as the high affinity IgE receptor. There is a small amount of IgE bound to IgE receptors (high and low affinity receptors) on basophils, eosinophils, and other cells in the blood and tissues.

Many assay systems are geared toward the detection of infectious proteins. All of the aforementioned tests use a non-human antibody—usually IgG type—e.g., goat IgG antibody directed against a protein of interest to detect the protein of interest from the sample (blood, urine, saliva, sweat, etc.). This antibody complexes with protein of interest and forms a complex that travels across the membrane until it reaches the test zone. In the test zone there is an IgG type antibody directed against IgG from that species of animal. As further described herein, the present detecting apparatus and method use human (patient/consumer-derived) antibodies from the sample and the test zone that contains a humanized antibody directed against the protein of interest that is preconjugated to a detecting substance that results in a visual change.

Summary of Target Antigen:

The target antigens may be proteins, glycoproteins, lipoproteins or other molecular substances capable of eliciting an immune reaction and/or being bound by human specific IgE (sIgE).

Immune Assay to Detect Specific IgE:

In the detecting apparatus and method of using the same, the antigens are proteins conjugated to a noble metal, for example, gold, or latex conjugated to antigen in the test zone, for the purpose of detecting the presence of specific IgE (e.g., anti-peanut IgE in a blood sample from a finger prick). For example, an IgG class antibody (IgG1, IgG2, IgG3, or IgG4) or fragments of those classes of antibodies (fab fragments) whose origin may be any animal species (goat, rat, human, etc.) capable of detecting human IgE (anti-IgE IgG)—a suitable commercially available humanized antibody, such as omaluzimab may be used—may be used to form immune complexes of IgG-anti-IgE-sIgE that will migrate to the test zone having selected specific IgE that can bind to the conjugated antigen.

Immune Assay to Detect Total IgE (Not Concerned About Specific IgE):

Another embodiment includes using an IgG class antibody (IgG1, IgG2, IgG3, or IgG4) or fragments of those classes of antibodies (fab fragments) whose origin may be any animal species (goat, rat, human, etc.) capable of detecting human IgE (anti-IgE IgG)—a suitable commercially available humanized antibody that is preconjugated to a detecting molecule that results in a color change when bound to IgE as the target antigen in the test zone.

Referring now to FIG. 2 , there is illustrated one embodiment of an immunoassay test 200 wherein an analyte 202 is tested across a plurality of test strips 204. The plurality of test strips 204 may each be configured for testing for a particular antigen. For instance, one strip may be for testing for the presence of streptococcal bacteria (strep throat), one strip may be for testing for a peanut allergy, one strip may be for testing for the Zika virus, etc. Additionally, each strip may also test for multiple antigens. For example, as shown in FIG. 2 , multiple testing panels or lines maybe be incorporated. Each line may be for a particular antigen. As shown in FIG. 2 , multiple test lines 206, 208, and 208 may be disposed along the plurality of strips 204. A strip testing for allergens may have a panel for testing for peanut allergies shown at test line 206 (CH1), for cat allergies shown at test line 208 (CH2), or grass allergies shown at test line 210 (CH3).

Other examples of configurations for the testing panels can be, but are not limited to: 1) Food 5: Peanut, milk, soy, wheat, egg; 2) Nut and seed panel: almond, cashew, hazelnut, peanut, pecan, walnut, sesame seed, sunflower seed; 3) seafood: crab, lobster, shrimp, salmon, tuna; 4) Pets: cat, dog; 5) Indoor allergens: dust mites, mold mix (alternaria, aspergillus, penicillium, cladosporium), cat, dog; and 6) seasonal allergens: grass (Bermuda, bahia, Johnson, rye, timothy), trees (oak, elm, cedar, mesquite, pine, etc.), weeds (pigweed, ragweed, sage, Russian thistle).

With respect to other non-allergen antigens, the panels may be for testing for strep, Zika, flu, anthrax, cold viruses, cancer, HPV, Lyme disease, mononucleosis (mono), and other illnesses, and/or other conditions such as pregnancy (hCG detection) and disease risks. Some embodiments may allow for the testing of various arboviruses (arthropod-borne viruses). Arboviruses are viruses that are transmitted by arthropods, with mosquitos being a common vector for the virus. Vectors are organisms that transfer the virus from a host that carries the virus. Thus, in the case of mosquitos, a mosquito that feeds on a host that is infected with a virus may infect others when that mosquito again feeds on an uninfected host. Well-known arboviruses include Dengue virus, Japanese encephalitis virus, Rift Valley fever virus, West Nile virus, yellow fever virus, chikungunya, and Zika virus. Urine, blood, and saliva and other biologics may be used for arboviruses testing.

Certain antigens or medical conditions may be logically paired together. For instance, a testing device may include both a strip for detection of pregnancy and a strip for the detection of the zika virus, as the Zika virus has been known to cause birth defects in infants born to pregnant women that are infected with Zika. Thus, combining these two tests into a single testing device or kit would alert a woman to a potential Zika infection proximate in time to the time she also discovers she is pregnant, allowing the woman to seek medical attention immediately. This is a substantial improvement over past Zika testing, where a woman may be required to wait weeks before results are returned from a lab after having the biologic collected by her physician. In many cases, this may lead to a woman having passed a state-mandated cutoff point for abortions, such as 24 weeks in some states. Combining a Zika test with a pregnancy test and physically linking the two tests, and thus allowing for a woman to determine a Zika risk at the time of taking a pregnancy test, in which a pregnancy test may be taken as soon as six days after conception, allows for that woman to take action much sooner than the state mandated cutoff and waiting for lab results would allow.

Various testing devices that include the test strip 100 or strips may be used, such as a slide that supports the test strip 100, a cassette based diagnostic test, a dipstick, or combinations thereof. The test results in various embodiments may be in the form of a visual qualitative reading test, a visual semiquantitative format, a reader quantitative assay format, and/or combinations thereof. Additionally, an electronic implementation may be used where the result is displayed digitally on a screen disposed within the apparatus, and visible to the user.

The apparatus and method of detection may be a “one-step” approach from sample to reading without sample dilution or other sample manipulation. The sample may be diluted or endure other sample manipulation, for example the blood sample is diluted with a buffer.

Referring now to FIG. 3 , there is illustrated a diagrammatic representation of one embodiment of a testing device 300. The testing device 300 includes a housing 302 that forms the body of the testing device. The housing 302 may be made of plastic, metal, or any material durable enough for shipping and subsequent handling by a user. The housing 302 may be hollow so that a plurality of test strips 304 may be housed within and so that a biologic may be deposited within the housing 302. The testing device 300 may further have a plurality of windows 306, each window being associated with one of the plurality of test strips 304, and allowing for a user to view at least the section of the nitrocellulose membrane strip 114 where the test line 110 and control line 112 are located. The plurality of windows 306 may be open, or covered with plastic, glass, or other materials that allow for viewing the plurality of strips 304. A sample well 308 may be disposed on a surface of the housing 302 to allow a user to deposit a biologic into the housing 302. The sample well 308 would be disposed over or near the sample pad 104 of the test strip or strips 100. In the embodiment shown in FIG. 3 , a single sample well 308 is included for collection of a single type of biologic for testing, with each of the plurality of strips 304 being suited for testing for antigens using that particular biologic sample type. For example, if the testing device 300 is a combined pregnancy and Zika test, having both a pregnancy strip and a Zika strip, a urine sample may be deposited into the sample well 308, causing the urine sample to come into contact with the sample pad 104 on both the pregnancy strip and the Zika strip. It will be understood that both of these tests may also be performed with a blood sample.

The testing device 300 may also have disposed on the surface of the housing a crosshair symbol 310, used as an alignment target. This symbol may be a graphic printed or adhered to the testing device 300. The crosshair symbol 310 is used to align the testing device 300 for the taking of an image of the testing device 300 using a camera on a mobile device, for use in a mobile device application described herein. In other embodiments, the crosshair symbol 310 may be other types of symbols, such as a simple shape (circle, square, etc.), other images (such as a medical cross symbol, an arrow, etc.), or any other type of image.

Referring now to FIG. 4 , there is illustrated a top view of the testing device 300. There is again shown the housing 302, the plurality of test strips 304, the plurality of windows 306, the sample well 308, and the crosshair symbol 310.

Referring now to FIG. 5 , there is illustrated a top view of one embodiment of a testing device 500. The testing device 500 includes a housing 502 having a plurality of test strips 504 within the housing 502 and a plurality of windows 506 for display of the plurality of strips 504. The housing 502 also includes a plurality of sample wells 508 disposed on one side of the testing device 500. Each of the plurality of sample wells 508 is associated with one of the plurality of test strips 504 and each of the plurality of sample wells 508 may be disposed over one of the sample pads 104 on the associated one of the plurality of test strips 504. This allows for a biologic to be deposited into each of the plurality of sample wells 508, with each well 508 serving to transfer the biologic to the test strip underneath the sample well. The testing device 500 further includes a crosshair 510. The crosshair symbol 510 is used to align the testing device 500 for the taking of an image of the testing device 500 using a camera on a mobile device, for use in a mobile device application described herein.

Referring now to FIG. 6 , there is illustrated a top view of another embodiment of a testing device 600. The testing device 600 includes a housing 602 having a plurality of test strips 604 within the housing 602 and a plurality of windows 606 for display of the plurality of strips 604. The housing 602 also includes a plurality of sample wells 608. In this embodiment, the sample wells are located on different ends of the housing 602. In the case of a two test strip device, the sample wells 608 are disposed on opposite ends of the testing device 600. The strips 604 would be arranged within the housing in such a way as to allow the sample pad 104 on each of the strip to be disposed underneath one of the sample wells 608. This is useful for testing devices that require different biological samples. For example, if the testing device 600 required a urine sample for one strip and a blood sample for the other strip, having the wells 608 disposed on opposite sides of the testing device would reduce the likelihood that a urine sample, for instance, might be inadvertently deposited into the well designated for the blood sample. In embodiments where there are more than two strips, and more than two wells, the well positions may alternate between the two sides of the testing device. For instance, a first well for a first strip might be disposed on the left side of the testing device, a second well for a second strip might be disposed on the right side of the testing device, a third well for a third strip might be disposed on the left side of the testing device, a fourth well for a fourth strip might be disposed on the right side of the testing device, and so on. The testing device 600 further includes a crosshair 610. The crosshair symbol 610 is used to align the testing device 600 for the taking of an image of the testing device 600 using a camera on a mobile device, for use in a mobile device application described herein.

The diagnostic test can, for example, be produced in a various formats for different users, such as, but not limited to, consumer/in-home use where the test is purchased through retail channels which will allow individuals to get an immediate, cost-effective test result that can lead to specific avoidance and treatment through follow-up with a medical professional.

The diagnostic test can be provided to and used by hospitals and clinics to provide rapid, on-site test results that are required to prescribe certain medications, such as omaluzimab, by their FDA labels.

This diagnostic assay can be modified to detect the presence of specific IgE in pets.

It is also noted that housing 602 is designed such that both strips 604 are disposed in physical proximity thereto and in the same actual housing. In this manner, both sets are linked physically to each other such that they cannot be separated and can be associated with a single individual and the actual test cannot be separated. As such, when a patient applies the specimens to the two areas 608 and the test results are exhibited, there is a high probability that two tests were performed at the same time associated with the same patient. Additionally, and electronic chip (not shown) can be embedded within the housing 602 such that the housing 602 can be registered to a specific patient and associated with the medical records of that patient.

Referring now to FIG. 7 , there is illustrated a flowchart of one embodiment of a testing device use method 700. The method 700 begins at step 702 where a biologic is collected in a sample well or wells of a testing device. The biologic collected may be a non-diluted or non-manipulated biologic, such as blood, urine, or saliva from the user of the test. Diluted or manipulated biologics may be used instead, as required by the specific test. For example, if a viral test requires the biologic to be added to a solution, the biologic could be added to a solution that has previously been placed in a sterilized vial provided with the testing device. After the required amount of time has passed, the solution containing the biologic could be deposited into the well or wells. At step 704, the biologic contacts a sample pad disposed on a strip or strips within the testing device. At step 706, the biologic migrates along the strip or strips to come into contact with a conjugate pad containing antibodies. Antibodies present in the biologic will complex with the antibodies in the conjugate pad to create an immune complex. At step 708, the biologic migrates into a test zone of the strip or strips, coming into contact with an antigen. The antibodies in the conjugate pad serve to provide a means of detection, such as a colored response, if the immune complex binds with the antigen present in the test zone of the strip. At decision block 710, binding of the antibodies with the antigen may or may not occur depending on if antibodies associated with the antigen are present in the biologic or not. If a binding between the antibodies and the antigen does not occur the process moves to step 712 where no qualitative response is produced on the test line. If a binding does occur, at step 714 a qualitative response is produced on the test line. Whether a binding occurs or not, and whether a qualitative response is produced or not, the process moves to step 716 where the biologic migrates into a control zone of the strip or strips where excess conjugates get bound and produces a qualitative control zone reaction indicating that the sample has adequately migrated across the testing zone.

It will be understood by one skilled in the art that the antibodies and antigens applied to the testing strip may be altered depending on the type of condition being tested. For example, in the case of testing for medical conditions that do not involve an illness or infection, like pregnancy, and thus the sample biologic does not contain antibodies associated with the condition, antibodies that react to markers being tested for may be applied to the testing strip instead of an antigen. For instance, pregnancy test requires testing for the presence of hCG. Since hCG is a hormone and not an antibody produced in response to an infection, the testing strip may have antibodies that will react to the presence of hCG applied to the testing zone or line of the testing strip, as well as to the conjugate pad. Similarly, some tests might require antibodies be applied to the testing strip to detect antigens present in the sample, rather than antibodies.

Referring now to FIGS. 8A and 8B, there is illustrated a diagrammatic view of one embodiment of a process 800 for a mobile device application for testing device image capture and image processing. The mobile device application allows for an image of a testing device, such as testing device 300, to be captured using a camera installed on a mobile device 802 having a screen 804. While the mobile device 802 displays on the screen 804 the scene captured by the camera, the mobile device application also displays a graphic on the screen 804 in the form of a boxed outline 806, the size of the outline 806 corresponding to the size of the testing device 300. Also displayed on the screen of the mobile device 802 within or near the outline is a crosshair graphic 808. A user of the mobile device 802 attempts to align the outline 806 with the borders of the testing device 300 and also attempts to align the crosshair graphic 808 with the crosshair 310 on the testing device 300. While alignment has not yet been achieved, a misalignment warning 810 may appear on the screen of the mobile device 802, indicating to the user that alignment has not yet been achieved. Such is shown in FIG. 8A.

In FIG. 8B, there is shown the result of a successful alignment of the outline 806 with the testing device 300 and successful alignment of the crosshair graphic 808 with the crosshair 310 on the testing device 300. As shown in FIG. 8B, once aligned, a success indicator 812 may appear, such as a check mark or other positive status symbol, on the aligned image. Successful alignment causes the camera on the mobile device 802 to capture the current image of the testing device 300. Other checks may occur, including ensuring that the image is focused before the image is saved. This image is then processed to determine a result based on the severity of the reaction occurring on the test strip. The mobile device application performs an analysis of the test line captured in the image, counting the number of colored pixels, as well as determining the intensity of the color. The mobile device may then compare this number and color intensity to that in the control line, providing a mathematical evaluation of the test line. Utilizing unique wavelengths of light for illumination in conjunction with either CMOS or CCD detection technology, a signal rich image is produced of the test lines to detect the colloid gold or latex particles. This provides an advantage because a user simply looking at the two lines may not know what the test line indicates, such as when the colored line does appears on the strip, but it is a faded line, rather than a dark line. Based on this analysis, the mobile device application may provide a results indicator 814.

The results indicator 814 may be a qualitative result or a quantitative result. For example, and as shown in FIG. 8B, a qualitative result for the results indicator 814 may indicate, in the case of a testing device for testing pregnancy as well as an infection, a plus sign next to a line reading “pregnant:” and a plus sign next to a line reading “infection:” to indicate that the user is both pregnant and infected with the bacteria or virus being tested, such as the Zika virus. For a quantitative result, the results might provide a numeric rating. For instance, a rating system between 1-100 may be used. If the results provide a low rating to the user, such as a rating of 10, this indicates a low risk of infection, although medical attention may be sought by the user anyway. For example, if the user is pregnant, and also receives a 10 rating for Zika, this may indicate that Zika was detected in low amounts. However, the user may still seek medical attention or further testing from her doctor because Zika has been known to cause birth defects. If the rating is a high rating, such as 95, this indicates that an infection has most likely occurred and medical attention should be sought immediately.

This same quantitative rating system may be applied to any test (viral infections, bacterial infections, pregnancy, and other health conditions), as the quantitative test can be performed using the software described herein to accurately test bound antibody concentrations on the test strip. In some embodiments, a combined qualitative and quantitative result may be presented, such as both a rating and a plus or minus sign being presented, or other types of quantitative and qualitative indications. Additionally, various combinations of tests may be provided for in the testing device, such as pregnancy/Zika, pregnancy/flu, pregnancy/strep/Zika, etc.

Referring now to FIG. 9 , there is illustrated a flowchart of one embodiment of an image analysis process 900 using a mobile device. At step 902 a mobile device application is launched. At step 904 a camera on the mobile device is activated and a crosshair indicator and a testing device outline appear on the mobile device screen. At step 906 the crosshair indicator presented on the screen of the mobile device is aligned with a crosshair icon on the testing device and the device outline presented on the screen of the mobile device is aligned with the borders of a testing device. At step 908, an indicator of successful alignment is presented on the screen and an image of the testing device is taken by the mobile device camera. At step 910, the mobile device application processes the image of the testing device to determine test line strength by counting the number of colored pixels contained in the test line. At step 912, the mobile device application correlates line intensity with analyte concentrations to further determine test line strength. At step 914, the mobile device application presents the test results based on pixel count and line intensity, providing either a qualitative or quantitative result.

In some embodiments, the number of pixels indicating bound antibodies on the strip may be measured against that in the control line to compare line intensity between the two lines, with the control line acting as an example of a strong reaction, indicating a strong infection, and determining how close the test line intensity is to the control line. This would lead to a logical quantitative result. For instance, if the test line is determined to have a pixel count and line intensity that is 25% of the pixel count and line intensity of the control line, a rating of 25 may be given. If a qualitative result is to be provided, a rating of 25 may give a qualitative result that is negative, or it could be positive depending on the type of condition being tested and known actual infection results where a rating of 25 occurred for that condition.

In some embodiments, the test line may not be compared with the control line to determine a result. Rather, the mobile device application may have access to a database having data on numerous past tests for the same condition. This data may instead be used as the control. This allows the application on the mobile device to retrieve data on past tests and compare the test line data of the current test to past tests. Overall data for past tests may be provided and compared against, such as providing an average or a curve of past tests, or individual tests rated as having accurate results may be compared against.

In addition to a status result of an infection or other medical condition being provided to the user, other indicators of health may also be tested and results thereon provided. This provides for potential early identification of pregnancy and risk of morbidity, allowing for medical attention to be sought much more quickly. Indicators of health may be detected from biologics, such as urine and blood. Urine, for example, allows for the detection of glucose levels, proteins, bacteria, and infectious markers. In the case of glucose, glucose is usually not found in urine, but, if it is, that is an indicator of extremely high levels of glucose in the body, where the kidneys release excess glucose into urine. This is often a sign of diabetes. Protein in the urine may indicate a malfunctioning of the kidneys, which could be the result of high blood pressure. Similarly, if blood is detected in urine, it could be a sign of a problem with the kidneys or the bladder. Blood, for example, allows for the detection of glucose, inflammation, hormones, genetic defect risks, and metabolic endocrine disorders.

Referring now to FIG. 10 , there is illustrated another embodiment of a successful alignment of the outline 806 with the testing device 300 and successful alignment of the crosshair graphic 808 with the crosshair 310 on the testing device 300, wherein quantitative results for health risk indicators are provided. In this embodiment, the results indicator 814 provides a qualitative result for pregnancy, and quantitative results for other health risk indicators. In the embodiment shown in FIG. 10 , the health risk indicators being tested are markers for blood pressure and for glucose levels. For blood pressure, this is a test for markers in the blood that can be associated with high blood pressure. These could be test for such things as low levels of vitamin D and the such. Studies have shown that patients suffering from essential hypertension will be under oxidative stress and Malondialdehyde (MDA) is the principal and most studied product of polyunsaturated fatty acid pre-oxidation. This can show an indirect correlation with anti-oxidants, particularly with superoxide dismutases (SODs) (r=0.573) and catalase (r=0.633) representative anti-oxidant are involved in reducing the stress of a patient's biological system during hypertension. Another marker for hypertension is buildup of uric acid, where in uric acid is a marker for xanthine oxidase-associated oxidants and that the latter could be driving the hypertensive response. Additional markers are cortisol, a hormone. The test strips 604 can test for the different biological markers.

The results indicator 814 provides numeric ratings, in this case, 1-100, with the blood pressure rating being 88 and the glucose rating being 95. This indicates that both blood pressure and glucose are extremely high. Due to this, an additional alert indicator 1002 is presented to the user on the screen of the mobile device, alerting the user to seek medical attention immediately. This is to ensure that the health of both the pregnant woman and the fetus can be checked as close to the time of pregnancy detection as possible and medical attention received if needed.

Referring now to FIG. 11 , there is provided a flowchart of one embodiment of a pregnancy disease risk assessment process 1100. The process 1100 begins at step 1102 where a biologic is collected and deposited in a testing device for testing of the biologic. At step 1104, the biologic is processed by the testing device for detection of pregnancy and various other medical conditions. These medical conditions may be high blood pressure, diabetes, bacterial or viral infections, inflammation, an increase in hormone levels, genetic disease markers, and/or metabolic disorders. At step 1106, a mobile device is used to capture an image of the testing device after testing is complete. In some embodiments, test results may be immediate. In other embodiments, and depending on the medical conditions being tested, the test may take a certain amount of time to complete. In this case, the user of the test would be alerted to this fact in instructions provided with the testing device. Additionally, a visual indicator on the testing device may alert the user that a test is now complete. At step 1108, the mobile device provides a rating for each medical condition being tested, such as that described with respect to FIG. 10 herein.

At decision block 1110, it is determined whether the ratings for each condition exceed a certain threshold for that condition. If not, the process 1100 moves to step 1112, where an indication is presented to the user via the mobile device screen that medical attention is not currently advised or necessary. If at step 1110 it is determined that at least one of the medical conditions being tested rises above a certain threshold, the process 1100 moves to step 1114 where a warning is presented to the user via the mobile device screen that medical attention is advised. The thresholds for medical conditions may not trigger a warning even if a rating exceeds a threshold, if, in the event of multiple tests being performed, the combined test results do not warrant immediate medical attention. For example, if a user is testing for a cold virus, blood pressure, and glucose, and only the cold virus rating is above the threshold, there may not be a warning provided to the user. Additionally, ratings may be weighted or aggregated based on the medical conditions being tested. For example, if blood pressure, inflammation, and glucose are being tested for, and they all are given only moderate ratings that do not rise above the threshold for any condition individually, an warning to seek medical attention may still be provided due to the combination of conditions taken together.

Referring now to FIG. 12 , there is illustrated one embodiment of a consumer driven biologic and disease data collection system 1200. Data collected from users performing the tests disclosed herein effectively can provide a wealth of information. As tests are performed data may be passed by a plurality of mobile devices 1202 being used by users performing tests to a database 1204, the database being at a remote server 1206, over a network 1208. The user is sourcing a biologic from user's own body. This is done at home, not in a lab, hospital, or clinic. Each particular test would expect a certain type of biologic to be provided. For instance, for a pregnancy test, a urine sample is provided and tested for pregnancy markers. For a stool test, the stool might be dissolved in a vial with a solution provided with the testing device/kit, and tested for various disease or infectious markers. Data and results from the tests may be stored on the database 1204 at the remote server 1206. As described herein, this data may be used as a control for testing analysis for users of the plurality of mobile devices 1202. This data may also be used to provide data sets for biologics to a medical organization 1210. The medical organization 1210 may be doctor's offices, researchers, hospitals, testing labs, and other individuals or organizations that have an interest in the health and analysis of users taking the test and of their biologic samples. In this way, data can be gathered from a variety of biologics tested for a variety of different medical conditions and characteristics.

Referring now to FIG. 13 , there is illustrated an example of a unique biologic ID database table 1300. The table 1300 is illustrative of the type of data stored in association with data for a biologic transmitted by the plurality of mobile devices 1202 for storage on the database 1204. A biologic ID header 1302 is provided that shows that the biologic sample has been given a unique ID. All data concerning the biologic may be stored in association with the unique biologic ID. The table 1300 also includes a biologic type entry 1304. This designates what type of biologic that the biologic associated with the unique ID is, such as blood, urine, stool, saliva, sweat, or other biologics. The table 1300 also provides a plurality of test ratings 1306, for various tests performed on the biologic. In the example shown in FIG. 13 , a blood biologic is provided having an assigned ID of 2402, and having been testing for pregnancy markers, the Zika virus, and for glucose levels. The rating for pregnancy was a 99 rating, the rating for a Zika infection was a 75, and the rating for glucose levels was a 10. This would indicate that the test subject has an extremely high likelihood of both a pregnancy and a Zika infection, which would have resulted in a warning to seek medical attention at the conclusion of the tests. Other information may also be stored in the database in relation to the biologic, including other condition ratings, time and date each test was performed, user information such as ethnicity, gender, and age, and status indicators such as whether a test subject visited a physician as a result of the tests. The database 1204 thus provides the test subject with a growing collection of information that may be accessed by the test subject. This allows the test subject to present the test results to her physician for medical attention or additional testing, and allows for others who may access the database, such as disease researchers, to have access to data on various biologic samples and their markers.

Referring now to FIG. 14 , there is illustrated a flowchart of one embodiment of a biologic data collection and dissemination process 1400. The process 1400 begins at step 1402 where a user of a testing device collects a biologic sample for use in a test or a series of tests. At step 1404, the test or series of tests are performed on the biologic sample. At step 1406, a mobile device application checks the biologic sample the testing device result to determine a quantitative result of the test to provide a correlative value for the condition being tested in the biologic sample. At step 1408, the test results and correlative values, or multiple values if multiple tests on the biologic sample were conducted, are transmitted to the remote server 1206. At step 1410, the biologic sample is given a unique identification number in the database 1204. At step 1412, the test results and correlative value or values are stored in the database 1204 in association with the unique identification number given to the biologic sample collected and in association with the particular tests performed. This way, the particular biologic sample may have various characteristics stored and retrieved in association with the biologic sample, and the test results may also be retrieved when data on a particular test is needed on a cross-section of users.

At step 1414, the results are provided to the user on the user's mobile device. At step 1416, the results are provided to the user's healthcare provider. The healthcare provider may receive the test results due to a visit from the user, the user bringing the results of the test with her on her mobile device, or the healthcare provider may receive the results from the database 1204 if the healthcare provider has permission to access the database 1204, or if access is granted in anticipation of the user's appointment with the healthcare provider. At step 1418, the test results are also provided to other healthcare industry individuals and organizations, including medical researchers, hospitals, and others.

Referring now to FIG. 15 , there is illustrated a perspective view of a system for scanning test strips. The housing 602, as described hereinabove with respect to FIG. 6 , is illustrated as being disposed within a slot 1502 in a test housing 1504. The test housing 1504 is connected through a line 1506 to a PC 1508. When the housing 602 containing the test strips 604 after being subjected to the biologics is inserted within the slot 1502, the test housing 1504 will scan the test strips 604 and analyze the results with the PC 1508. The PC 1508 will run some type of algorithm that can analyze the results of both of the test strips 604. There can be provided to indicators 1510 and 1512 on the surface of the test housing 1504, one being, for example, a ready LED and one being a green LED. The PC 1508, after analyzing results, can then provide a warning indicator such as lighting up the green LED for a positive indication of pregnancy and the red LED for indicating that there is some issue. As an example, suppose that the second test strip tested for the Zika virus. If so, a warning would be appropriate to output and activate the red LED. There could be any other type of indicator associated with the second test at 604 that, in a combination with the test results of the first test strip, i.e. for testing for the presence of a pregnancy state, testing for such things as diabetes, etc. Further, although only two test strips 604 are illustrated, there could be multiple test strips testing for many different biological issues that may be present in an individual. In this embodiment, by inserting the housing 602 into the test housing 1504 and allowing the PC 1508 to analyze the results, the indicators associated with the test strips can be analyzed with the assumption that all of the test return results were associated with an individual and in proximate time to each other. That means that the individual patient applied biological specimens, such as urine, blood, etc., to the appropriate test strips and, since these were all contained within the same test strip housing 602, this provides an indication that they are associated with a single patient. Further, the test performed will typically be a test that will provide a very short-term response. Thus, the specimens can be applied to the test strips 604 in the test strip housing 602 and then inserted within the slot 1502 for testing by the PC 1508.

Referring now to FIG. 16 , there is illustrated a cross-section of the test housing 1504. It can be seen that the test strip housing 602 is passed in slot 1502 past the camera 1602. The camera 1602 is operable to scan a small cross-section of the test strips 604 on the surface thereof as the test strip housing 602 passes thereby. Of course, there could also be a much larger camera provided for taking an entire image of the test strips 604 after being inserted within the test housing 1504. The camera 1602 is connected via a wire 1604 two in electronics package 1606 to process the information and send it to the PC 1508. The electronics package 1606 will also drive the indicators 1510 and 1512.

Referring now to FIG. 17 , there is illustrated one embodiment of a vertical flow immunoassay device 1700. It will be understood that testing device 300 and other embodiments herein illustrate a lateral flow immunoassay device. However, other types of immunoassay devices may be used. For example, vertical flow immunoassay devices may be used, a two-sided flow through assay, or even a sandwich ELISA test may be run.

The testing device 1700 includes a housing 1702 that forms the body of the testing device. The housing 1702 may be made of plastic, metal, or any material durable enough for shipping and subsequent handling by a user. The housing 1702 may be hollow so that a plurality of immunoassay test pads 1704 may be housed within and so that a biologic may be deposited within the housing 1702. The testing device 1700 may further have a plurality of sample wells 1706, each sample well having one of the plurality of immunoassay test pads 1704 disposed within, and allowing for a user to view at least a section of a nitrocellulose membrane of each of the immunoassay test pads 1704, the membrane having a test line 1708 and control line 1710. The testing device 1700 may also have disposed on the surface of the housing a crosshair symbol 1712, used as an alignment target. This symbol may be a graphic printed or adhered to the testing device 1700. The crosshair symbol 1712 is used to align the testing device 1700 for the taking of an image of the testing device 1700 using a camera on a mobile device, for use in a mobile device application described herein. In other embodiments, the crosshair symbol 1712 may be other types of symbols, such as a simple shape (circle, square, etc.), other images (such as a medical cross symbol, an arrow, etc.), or any other type of image. In other embodiments, the device 1700 may be configured in such a way as to allow a biologic sample to be deposited into a sample well, and to present the results of the test on the opposite side of the housing. Such a configuration would allow the biologic to flow through the testing pad within the housing, with the reaction occurring on a reactive membrane on the side of the device opposite the sample well, with the device having a window for viewing the results.

Referring now to FIG. 18 , there is illustrated a cross-sectional view of one embodiment of the vertical immunoassay device 1700. There is shown one of the plurality of immunoassay test pads 1704 residing within the housing 1702 below one of the plurality of sample wells 1706. The one of the plurality of immunoassay test pads 1704 includes a immunoreactive membrane 1802, such as the nitrocellulose membranes disclosed herein. The immunoreactive membrane 1802 may have particle conjugates disposed thereon that binds when a biologic sample is received onto the immunoreactive membrane 1802 via the sample well 1706, if the biologic sample contains the antigens or antibodies, or other indicators, for which the test is configured. The one of the plurality of immunoassay test pads 1704 also includes an absorbent pad 1804 for collection of excess biologic sample. It will be understood that the cross-sectional view illustrated in FIG. 18 shows one well of the plurality of sample wells 1706. The other wells included in the device 1700 would be configured in a similar manner as that shown in FIG. 18 . There may also be included in the device 1700 an inner separating wall between each of the plurality of immunoassay test pads 1704, to ensure that excess biologic material that is not adequately absorbed by the absorbent pad 1804 does not contaminate neighboring immunoassay test pads.

Referring now to FIG. 19 , there is illustrated a color gradient chart 1900. When the mobile application described herein captures an image of the testing device, in some embodiments each pixel that makes up the test line captured in the image is processed to place it on a color gradient scale. In some embodiments, this placement may be done by examining the RGB values of the pixel. For any given test, there may be a visual color indicator (such as a test line) presented to the user of the test to indicate whether a reaction occurred. The color that is to be presented is known for the given test. Additionally, in some embodiments, the strength of the reaction will affect the strength of the color indicator. For example, if a test is supposed to produce a brown colored indicator, an image can be taken of the colored indicator to examine each pixel of the colored indicator to determine the strength of the color produced on the testing device, which indicates the strength of the reaction, and thus the risk level for the user.

The embodiment illustrated in FIG. 19 uses as an example a set of pixel RGB results for a test that produces a red colored indicator on the test strip when a reaction has occurred. There can be seen an origin point 1902 on the chart 1900, wherein the RGB value is (255, 255, 255) or white. This may represent a no reaction state for the test strip, since the test line on the strip may only appear as a white blank space if no reaction has occurred. An x axis 1904 represents the color green, wherein the amount of green in the pixel decreases as it moves away from the origin in relation to the x axis 1904. A y axis 1906 represents the color blue, wherein the amount of blue in the pixel decreases as it moves away from the origin in relation to the y axis 1906. A diagonal line 1908 running in between the x axis 1904 and the y axis 1906 represents the color red, wherein the diagonal line 1908 running through the center of the chart 1900 is a maximum red color all along the diagonal line 1908. If a pixel has less red than a 255 value, the pixel would be plotted away from the diagonal line 1908 in relation to whichever color is more predominant. For instance, if the pixel has RGB values of (127, 50, 205), a shade of purple, the pixel would be plotted somewhere in the lower right quadrant of the chart 1900. FIG. 19 further illustrates an example plurality of pixel plot points 1910, connected by a curved line, wherein the example plurality of pixel plot points 1910 shows tests results that likely indicate a positive reaction, as the plot points are all located near the diagonal line 1908, demonstrating that the colored indicator was a heavy red color for the most part.

Referring now to FIG. 20 , there is illustrated a normalized past tests results chart 2000. The captured pixels may be normalized into a single value for determining whether there is a likelihood of infection, pregnancy, or whatever else the test is designed to detect. This may be done in various ways. For example, the shade of red in all the pixels may be averaged to reach a single RGB value. Outliers may be left out so that the average is not heavily skewed, especially when there are few outliers present. This RGB value may then be given a value, such as a risk rating, ranging from 0 to 100. For example, an RGB value of (255, 255, 255) would be given a rating of 0. An RGB value of (255, 0, 0) would be given a rating of 100. An RGB value of (205, 150, 75) may be given a rating of 70, and so on. This normalized value may then be used to compare the user of the test to users of past tests to determine a risk level. In some embodiments, the control line and the test line may be captured and the results compared, as well. In addition, the real results of risk levels may also be used to adjust the stored normalized value. For instance, if a particular RGB value that seems to indicate a strong reaction repeatedly was found to not indicate an infection, this value may be adjusted to provide a lower risk rating. For instance, if a physician who saw a patient who had a (205, 150, 75) RGB value later reported to the operator of the server 1206 that further testing showed no infection was present, and if this trend continued substantially as reported by other physicians or medical organizations, subsequent test results by other test users that were near the RGB value of (205, 150, 75) may be given a lower rating.

Chart 2000 illustrates how past tests results may be collected and used to determine the risk of a current test user. A y axis 2002 represents a risk level rating, ranging from 0 at the origin to 100. An x axis 2004 represents time, wherein a plurality of normalized test results is plotted on the chart 2000. The chart 2000 is further divided into sections across the y axis 2002, indicating various risk level thresholds. For instance, and as illustrated in the chart 2000, there may be at certain rating levels different thresholds of risk labeled as low, moderate, above average, and high risk levels. These thresholds may be moved over time as more data is accumulated via users conducting tests and the mobile application storing the data on the tests. When a user conducts a test, the user's normalized rating can be plotted similarly to past test results and weighed against them in order to provide a risk level for the user.

Referring now to FIG. 21 , there is illustrated the mobile device 802 displaying on the screen 804 a mobile application variable test functionality. There is displayed on the screen 804 a plurality of test functions 2102. The plurality of test functions 2102 may be buttons that can be selected by a user to switch between tests within the mobile application. This allows for all test functions to be within the same mobile application. For each test run by the mobile application, data for the particular test chosen is utilized in performing the test, pulling the data from the remote server 1206.

Referring now to FIG. 22 , there is illustrated the mobile device 802 of FIG. 8B, wherein the housing 302 of the testing device 300 also includes thereon test function indicators 2202 and 2204. The test function indicators 2202 and 2204 are visual markers located on the housing 302 that identify to the mobile application the types of tests for which the testing device 300 is configured. These indicators may be any symbol, alphanumeric character, shape, etc. that can be added to the surface of the testing device 300. The mobile application is programmed to recognize the indicator and perform the test function associated with the indicator. For example, the embodiment illustrated in FIG. 22 shows a “P” symbol for test function indicator 2202 and a “Z” symbol for test function indicator 2204. In this embodiment, test function indicator 2202 indicates that one test strip in the testing device 300 is a pregnancy test, while test function indicator 2204 indicates that one test strip in the testing device 300 is a Zika test. This is used for merely illustrative purposes, and any recognizable symbol may be used for these two test functions, and any other type of test may have a symbol assigned in this way as well. Further, in some embodiments there may only be one indicator on the housing 302, even if there are multiple tests. This single indicator would be for the combined test. For example, if the testing device 300 of FIG. 22 had a single symbol of “PZ,” this would indicate that the testing device 300 is a combined pregnancy and Zika testing device, allowing for the mobile application to recognize such and perform each test with knowledge of which strip is associated with which test based on the stored data on the testing device associated with the “PZ” symbol.

Referring now to FIG. 23 , there is illustrated a medical code correlation system 2300. The system 2300 includes a mobile device 2302, which is configured to run the mobile application described herein. The mobile device 2302 is connected to a database 2304 disposed on a server 2306, over a network 2308. To correlate a medical code, the mobile device first passes a diagnostic test identifier to the remote server. This identifier allows for the type of test being used by the user of the mobile device 2302 to be determined. The identifier may simply be the name of the test, may be a number associated with the test, or any other means of identifying the test being performed by the user of the mobile device 2302. This may be done when the phone capture the image of the testing device to process the results, or the user may enter the test to be performed before a test is conducted, at which time the mobile device 2302 may pass the identifier to the remote server. In other embodiments, the diagnostic test identifier may even be the medical code. For example, if the diagnostic test is a strep test, the identifier may be G0435, an HCPCS code for a rapid immunoassay test, or any other appropriate medical code.

Once the physical test results of the diagnostic test is captured, and once the results are processed by the mobile device 2302 or the server 2306, the results are also received by the server. Once the server 2306 has the diagnostic test identification and the results of the test, the server 2306 may then correlate the specific test and the results with appropriate medical codes stored within the database 2304. It will be understood that the database 2304 may be physically located with the server 2306, or the database 2304 may be a remote database, such as a centralized database that allows entities within the healthcare industry to retrieve the latest medical codes. The medical codes assigned may then be transferred from the mobile device 2302 to a healthcare entity 2310. In other embodiments, the medical codes may be transferred from the server 2306 to the healthcare entity 2310. The healthcare entity 2310 may be a physician, a hospital, a pharmacy, an insurance company, or any other entity that may provide the user with further assistance.

Referring now to FIG. 24 , there is illustrated a strep home retail test codes table 2400. The table 2400 lists the various medical codes that may be associated with a home testing device that is used to test for a streptococcal infection. The table 2400 is representative of the types of codes that may be stored in the database 2304 in relation to a particular retail strep test device. The table 2400 lists a diagnosis code of J02.0, an ICD-10-CM code for streptococcal pharyngitis. The table 2400 also lists an HCPCS code of G0435, which is a code for a rapid antibody test. The table 2400 also lists an NDC code of 54569-5182-0, which is the NDC code for an amoxicillin prescription. Thus, when the server 2306 assigns the medical codes to the testing device or the test results, various codes may be produced. The example shown in table 2400 shows that the strep home retail testing device is assigned the HCPCS code of G0435 to indicate the type of test it is, a rapid antibody test. If the test results come back as positive, the server assigns the ICD-10-CM code to this event, indicating a streptococcal throat infection. In response to these positive test results, the server 2306 provides the NDC code for amoxicillin as a recommended prescription to give to the user to treat the infection.

In some embodiments, this prescription may be passed to a pharmacy so that the pharmacy may fill the prescription for the user to pick up, or to be delivered to the user. In some embodiments, the medical codes and other information may be passed to a physician for review. This physician may be the primary care physician of the user, allowing the user to set an appointment to go over the test results and get a prescription from the physician. In other embodiments, the physician may be a telemedicine physician that either the user contacts, the physician sets up a telemedicine conference, or the system described herein automatically initiates in response to the test results. The physician may alter the recommended prescription provided by the system, may conduct additional testing, or otherwise handle the situation as he or she sees fit as a physician. In addition, in some embodiments, the medical codes may be passed to an insurance company to seek reimbursement for the testing device, the prescription, the visit with the physician, or any other costs that arise from this testing event. To accomplish such, the user may have provided his or her insurance information when signing up to use the mobile application in conjunction with the various testing devices provided.

Referring now to FIG. 25 , there is illustrated a combined pregnancy and Zika home retail test codes table 2500. The table 2500 lists the various medical codes that may be associated with a home testing device that is used to test for both pregnancy and a Zika infection. The table 2500 is representative of the types of codes that may be stored in the database 2304 in relation to a particular retail pregnancy/Zika testing device. The table 2500 has a pregnancy codes column and a Zika codes column. The pregnancy codes column lists a diagnosis code of Z33.1, an ICD-10-CM code for a pregnant state. The pregnancy codes column also lists an HCPCS code of G8802, which is a code for a pregnancy test. The pregnancy codes column also lists an NDC code of 42192-321-30, which is the NDC code for prenatal vitamins. The Zika codes column lists a diagnosis code of A92.5, an ICD-10-CM code for the Zika virus. The Zika codes column also lists an HCPCS code of G0435, which is a code for a rapid antibody test. The Zika codes column also lists an NDC code of 50580-501-30, which is the NDC code for prescription strength Tylenol. In some embodiments, instead of separate codes for each type of test performed, there may be a single code assigned to, for example, a combined pregnancy and Zika test, or even a single code for a pregnant with Zika infection state.

It will be understood that the codes listed in FIGS. 24-25 are examples of how the system may assign codes to a testing event. The use of the specific codes and the types of codes (ICD-10-CM, HCPCS, and NDC codes) are merely used for illustrative purposes; any type of codes may be used and the specific codes listed in FIGS. 24-25 may be other, more appropriate, codes for the particular testing device, diagnosis, etc. Different types of codes include, but are not limited to, ICD-9-CM, ICPC-2, NANDA, Read code, SNOMED, CCI, CDT, NIC, NMDS, NOC, CCAM, OPCS-4, or other codes.

Referring now to FIG. 26 , there is illustrated a flowchart of one embodiment of a medical code correlation process 2600. The process begins at step 2602 where the mobile device 2302 running the application described herein transmits a diagnostic test identifier to the remote server 2306. At step 2604, the remote server 2306 correlates the diagnostic test identifier with a medical code associated with the particular diagnostic test. This identifier allows for the type of test being used by the user of the mobile device 2302 to be determined. The identifier may simply be the name of the test, may be a number associated with the test, or any other means of identifying the test being performed by the user of the mobile device 2302. This may be done when the phone capture the image of the testing device to process the results, or the user may enter the test to be performed before a test is conducted, at which time the mobile device 2302 may pass the identifier to the remote server. In other embodiments, the diagnostic test identifier may even be the medical code. For example, if the diagnostic test is a strep test, the identifier may be G0435, an HCPCS code for a rapid immunoassay test, or any other appropriate medical code.

The process then flows to step 2606, where the mobile device 2302, as part of the overall operation of the system and mobile application described herein, capture an image of the testing device for processing. At step 2608, the image is processed to achieve the test results. Such processing may be performed on the mobile device 2302, on the remote server 2306, another server, or any other device that may be interfaced with the system disclosed herein. The process then flows to decision block 2610, where it is determined whether the test results indicated a positive result (positive infection, pregnancy, or other outcomes). If the test result is positive, the process flows to step 2612, where the remote server 2306 correlates a medical code with the test results. As described herein, components other than the remote server 2306 may correlate the test results with a medical code, such as a centralized server and database used in the healthcare industry to retrieve medical codes. The process then flows to step 2614 to assign a recommended pharmaceutical product based on the test results. This may be an NDC code for a product, and there may even be provided a prescription for such. At step 2616, the codes are transmitted to the appropriate healthcare entities, such as a physician, a pharmacy, or other entities.

If at decision block 2610 it is determined that the test results are negative, the process instead flows to step 2618, where no medical code is correlated with the test results. This provides that no diagnosis code if provided, since the test results indicate that the user is not positive for the condition being tested. However, a medical code for the test itself, determined at step 2604, may still be applicable in this scenario, because the user still used the diagnostic test, and therefore may still be reimbursed for the cost of the test, if the user's insurance company chooses to do so. The user's physician may also want to see the test results, even if they are negative, and the code for the test and the negative results may still be transmitted to the physician. Therefore, after step 2618, the process then flows to step 2616 to transmit the codes (in this case, the code for the testing device product) to the appropriate healthcare entities. The test results themselves may also be transmitted.

Referring now to FIG. 27 , there is illustrated one embodiment of a telemedicine initiation option within a mobile application. The mobile application and system described herein is predominantly meant to first test a patient for a medical condition, and then recommend an action, such as seeing a physician. However, the system allows for telemedicine conferences to be initiated, and therefore functionality may exist wherein a user can request a telemedicine conference with a physician at any time while using the mobile application, in order to receive a diagnosis or simply to ask questions. Thus, FIG. 27 again shows the plurality of test functions 2102 displayed on the screen 804. In addition to these options, an additional option is presented to the user. This option is a telemedicine conference button 2702 that allows a user to initiate a telemedicine conference with a qualified telemedicine provider. This button 2702 is shown on the screen where the user selects the type of test to be performed, but the button 2702 may be presented within the user interface on any screen of the mobile application.

Referring now to FIG. 28 , there is illustrated another embodiment of a telemedicine initiation option within a mobile application. There is shown on the screen 804 the test results as previously shown on FIG. 22 , which indicate positive pregnancy and Zika test results. In such a situation where the test results indicate a possible serious medical condition, a button 2802 may appear to the user on the screen 804. The button 2802 may have a warning message within, urging the user to seek a consultation with a physician to talk about the user's options in light of the positive test results, and inviting the user to tap the button 2802 to initiate a telemedicine conference with a physician. Tapping the button 2802 will initiate such a telemedicine conference. The physician that is connected with for the conference may be an on-call physician that has agreed to make his or her services available through the system described herein, the telemedicine conference may use an existed telemedicine conference platform and physician base, the user's primary care physician may be a user of the system and mobile application, allowing for them to be used as the default telemedicine contact for the user, or other methods of making physicians available for a conference with the users of the mobile application may be provided.

Referring now to FIG. 29 , there is illustrated one embodiment of a telemedicine conference session on a mobile device. During a telemedicine conference that has been initiated as described herein, the user is presented with a video conference window 2902 on the screen 804. The video conference window 2902 allows for user to see the physician that is providing the telemedicine services to the user. It will be understood that the physician may have a similar video window on the device being used by the physician that allows the physician to see the user. This allows the physician to make some visual observations of the user's condition. In addition to the video conference window 2902, the user is presented with a plurality of actions 2904 on the screen 804. The plurality of action 2904 may be buttons that allow the user to provide the physician with further information. For example, one button may allow for the user to send a photograph to the physician, such as a photograph of the user's symptoms, or of the user's test results presented on the testing device. One button may also provide an option for sending the user's medical file to the physician, so that the physician can review the user's medical history or other important information. This medical file may include all the information accumulated from all tests performed by the user under the system described herein, and may also include all other medical history information. The user may have provided a copy of his or her medical history, or such may have been retrieved from a central electronic medical records system.

Other actions that may be provided in the plurality of actions 2904 may be a button to send test results to the physician. This would allow the user to send the test results of the latest test the user took before initiating the telemedicine conference, or it may allow for the user to choose the test. The plurality of actions 2904 may also include a button for sending the user's insurance information to the physician. The user may have provided this information within the mobile application and had it stored to the server, or this information may have been pulled via a confidential link from a centralized database for the user based on the user's identification information. This option allows the user to give the physician insurance information so that the physician can use the user's insurance for reimbursement of the telemedicine services, and may even set up reimbursement to the user for certain services or products, such as the testing device used for the test.

Referring now to FIG. 30 , there is illustrated a flowchart of one embodiment of a medical file handoff process 3000. The process 3000 starts at step 3002 where a user is provided with diagnostic test results at the conclusion of a performance of a test. At decision block 3004, it is determined whether the test results provide a positive result. If not, at step 3006 the results are stored on the server of the system described herein and the process ends at end block 3016. If the results are positive, the process flows to step 3008 where the results are stored on the server. At step 3010, it is determined whether a telemedicine conference has been initiated. This initiation may have been selected as described with respect to FIGS. 27 and 28 , may have been initiated automatically due to the results provided, or may have been initiated in some other way. If the telemedicine conference was not initiated, the process ends at end block 3016. If the telemedicine conference was initiated, the process flows to step 3012 where the test results are passed to the telemedicine provider participating in the telemedicine conference. The process then flows to step 3014, where other user information is passed to the telemedicine provider. The process then ends at end block 3016.

The passing of the results to the telemedicine provider and other information at steps 3012 and 3014 may be performed by the user's mobile device, wherein the mobile device sends the files to the telemedicine provider. The passing may also be done by the server of the system described herein, wherein the results and other information were previously stored to the server and the server then passes the results and other information to the telemedicine provider as a result of the server being notified of a telemedicine conference initiation. The other user information of step 3014 may be any information needed by the telemedicine provider, such as past medical records and medical history of the user, past test results, insurance information, or any other information.

Referring now to FIG. 31 , there is illustrated a flowchart of one embodiment of a telemedicine conference initiation process 3100. The process 3100 starts at step 3102 where a user is provided with diagnostic test results at the conclusion of a performance of a test. At decision block 3104, it is determined whether the test results provide a positive result. If not, at step 3106 the results are stored on the server of the system described herein and the process ends at end block 3118. If the results are positive, the process flows to step 3108 where the results are stored on the server. At step 3110 a telemedicine button is presented to the user on the screen of the mobile device, similar to that shown in FIG. 28 . This button recommends to the user that the user initiate a telemedicine conference, since the test results indicate a positive reaction. At step 3112, it is determined whether a telemedicine conference has been initiated. This initiation may have been selected as described with respect to FIGS. 27 and 28 , may have been initiated automatically due to the results provided, or may have been initiated in some other way. If the telemedicine conference was not initiated, the process ends at end block 3118. If the telemedicine conference was initiated, the process flows to step 3114 where the test results are passed to the telemedicine provider participating in the telemedicine conference. The process then flows to step 3116, where other user information is passed to the telemedicine provider. The process then ends at end block 3118.

The passing of the results to the telemedicine provider and other information at steps 3114 and 3116 may be performed by the user's mobile device, wherein the mobile device sends the files to the telemedicine provider. The passing may also be done by the server of the system described herein, wherein the results and other information was previously stored to the server and the server then passes the results and other information to the telemedicine provider as a result of the server being notified of a telemedicine conference initiation. The other user information of step 3116 may be any information needed by the telemedicine provider, such as past medical records and history of the user, past test results, insurance information, or any other information.

Turning now to FIG. 32A, there is illustrated an embodiment of a system in which a prescription is transmitted to a pharmacy using a self-diagnostic test and telemedicine. In these embodiments, rather than the patient needing to physically travel to a pharmacy to drop off a prescription to be filled, the user uses a mobile application to electronically transmit the prescription information to the pharmacy. These embodiments improve upon embodiments which use self-diagnostic tests and telemedicine and take advantage of the fact that the user is already engaged in a telemedicine session with the user's healthcare provider through a network 3202 such as the internet. In these embodiments, the user engages in a telemedicine session with a healthcare provider as described hereinabove, via Path {circle around (1)}. When the user and the healthcare provider complete the telemedicine session, the healthcare provider can prescribe necessary medicine to the mobile application user. However, since the user is not physically present with the healthcare provider, the user does not pick up a physical prescription slip. Instead, the healthcare provider transmits via Path {circle around (2)} the prescription in electronic form either to the user's mobile application, or to the pharmacy of the user's choice. If the healthcare provider transmits the “electronic prescription” to the user's mobile application, then the user can then store the electronic prescription on his mobile device 802 in the mobile application until he is ready to get the prescription filled. The user then uses the mobile application to send the electronic prescription to the pharmacy via Path {circle around (3)}. The pharmacy then fills the prescription as normal.

Turning now to FIG. 32B, there is illustrated another embodiment of a system in which a prescription is transmitted to a pharmacy using a self-diagnostic test and telemedicine. These embodiments are similar to those described hereinabove with respect to FIG. 32A. The system includes a user with a mobile device 802 running a mobile application, a healthcare provider, a pharmacy, and a remote server or central office with a records database. In these embodiments, the user participates in a telemedicine session with a healthcare provider via Path {circle around (1)} as described hereinabove with respect to FIGS. 29-31 . Next, if the healthcare provider decides that a prescription is needed, the healthcare provider creates a prescription record and transmits the record through a network 3202 such as the internet to a central office 3204 or remote server via Path {circle around (2)}. The central office 3204 then stores the record in a records database 3206. When the user is ready to have their prescription filled, they use the mobile application on the mobile device 802 to contact the central office 3204 via Path {circle around (3)}. The central office 3204 then retrieves the prescription record from the database 3206 and sends the prescription record to the pharmacy via Path {circle around (4)} to have the prescription filled. With this method, the healthcare provider does not have to worry about which pharmacy to send the prescription to, and the fact that the prescription record does not have to be stored on the mobile device 802 means that the user could potentially access the prescription record from another mobile device or any other compatible device with network access.

Turning now to FIG. 33 , there is illustrated an embodiment in which the mobile application running on the mobile device 802 displays what prescriptions have been prescribed by the healthcare provider to the user. In these embodiments, the mobile application informs the user what prescriptions have been issued or “written” for him by the healthcare provider without the need of physical records. The user receives a notification from the mobile application when the healthcare provider has given the prescription. For example, if the healthcare provider issues (“writes”) the prescription during the telemedicine session, the screen illustrated in FIG. 33 will be presented at that time. Or, if the healthcare provider writes the prescription after the telemedicine session has ended, the user will be notified by the mobile application at that time.

Turning now to FIG. 34 , there is illustrated a mobile device 802 from an embodiment in which the user can select which pharmacy to send the prescription to. In these embodiments, a menu displays a choice of pharmacies. These choices can be based on geographic location, on which pharmacies accept the user's insurance, or any other factor which might influence a user's choice of pharmacy. Once the user selects which pharmacy will fill the prescription, the prescription record is transmitted to that pharmacy so that it can be filled. In some embodiments, a preferred pharmacy is selected ahead of time, so that the user does not have to select a pharmacy each time the user receives a prescription from a healthcare provider. In these embodiments, the user is presented instead with a confirmation screen which user will use to send the prescription to the previously-chosen pharmacy to be filled.

Turning now to FIG. 35 , there is illustrated a mobile device 802 from an embodiment of the system which allows for the prescription to either be picked up or delivered. In some embodiments of the system, the user is offered the convenience of having the prescription delivered to the user's home or place of work. In these embodiments, when a prescription is sent to a pharmacy to be filled, the user is presented with a menu in the mobile application which gives him the option of choosing to pick up the prescription himself, or of having the prescription delivered. If the user selects to have the prescription delivered, the user will then be presented with a screen in the mobile application where he or she enters the delivery address. Some embodiments will allow for addresses to be pre-entered into the mobile application and saved. This will speed up future prescription fillings, as the user will not have to enter the delivery address every time he selects to have a prescription delivered. In some embodiments, if the user selects to pick up the prescription, the user will be given an estimated ready time for the prescription or a notification through the mobile application when the prescription is ready to be picked up.

Turning now to FIG. 36 , there is illustrated a flowchart of the process for using a self-diagnostic test and telemedicine to obtain a prescription. The process starts at Start block 3602 and proceeds to block 3604. At block 3604, the user performs a self-diagnostic test such as is described hereinabove with respect to FIGS. 9 and 11 . Next, at block 3606, a telemedicine session is established and occurs between the user and a healthcare provider as described hereinabove with respect to FIGS. 29-31 . Next, the process moves to block 3608, where the healthcare provider determines that the user needs a prescription. In some embodiments, this step takes place during the telemedicine session. Next, the process moves to block 3610, where the healthcare provider issues a prescription for the user and enters the prescription information into the telemedicine system. Next, at block 3612, the user is notified through the mobile application that they have been prescribed medication. The process then moves to block 3614, where the user selects a pharmacy to fill the prescription. As discussed hereinabove with respect to FIG. 34 , this step may not take place if the user has a pharmacy pre-selected. Next, at block 3616, the mobile application causes the prescription to be sent to the pharmacy to be filled. The process then moves to block 3618, where the pharmacy fills the prescription. The block then moves to decision block 3620, where the user chooses whether the prescription will be picked up or delivered. If the user chooses to pick up the prescription, the process moves to function block 3622, where the system sends the user a notification that the prescription is ready for pick-up. The process moves to block 3624, where the user picks up the prescription and then ends at block 3626. If the user chooses to have the prescription delivered, then the process moves to block 3628, where the prescription is delivered to the user at his selected address. The process then ends at block 3626.

Turning now to FIG. 37 , there is illustrated an embodiment in which a telemedicine mobile application is used to automatically fill a prescription. In some cases, when a patient is diagnosed with a particular ailment, the prescription is likely to be a predetermined medication or set of medications. In these cases, a healthcare provider can often issue a prescription for the user without having to actually see or talk to the user. Having a user's health history and the results of a diagnostic test are often enough for a healthcare provider to issue a prescription for a user. Some embodiments take advantage of these situations and improve the efficiency of the telemedicine and prescription-filling process by allowing prescriptions to be issued and filled automatically, without significant interaction between the user and the healthcare provider. The process starts at Start block 3702 and proceeds to function block 3704, where the user performs a self-diagnostic test. The process then moves to decision block 3706. If the self-diagnostic test returns negative results, the process loops back to block 3704 until the user performs another self-diagnostic test sometime in the future. If the test results are positive, the process moves to decision block 3708. If the positive result from the test does not indicate a “critical” or urgent situation, the process movies to block 3710, where a normal telemedicine proceeding occurs, as described hereinabove with respect to FIGS. 27-31 . If, however, the results indicate an urgent or critical situation which can be resolved without significant user interaction with a healthcare provider, the process moves to function block 3712. At block 3712, the mobile application transmits the self-diagnostic test results to a central office or remote server for the telemedicine system. The process moves to block 3714, where a healthcare provider is assigned to the user's test results, which are transmitted by the central office to the healthcare provider. The process then moves to decision block 3716, where, if the user has pre-registered, that is, has supplied their health history and pharmacy preferences to the telemedicine system, the process moves to block 3722, where the healthcare provider compares the user's health history with the self-diagnostic test results to determine if a prescription should (can) be issued to the user.

If, at block 3716, the user has not pre-registered, the process moves to block 3718, where a session of the telemedicine application is opened on the user's mobile device. This session is simply for the user to provide the information necessary for the healthcare provider to issue the proper prescription. The process moves to block 3720, where the user provides their health history and their pharmacy preferences to the telemedicine system through the mobile application. Next, the process move to block 3722, where the healthcare provider compares the user's health history and the test results to determine if a prescription should be issued. The process then moves to block 3724, where the healthcare provider issues a prescription and sends it to the pharmacy. The process moves next to block 3726, where the telemedicine application opens on the user's mobile device. At block 3728, the telemedicine mobile application informs the user that the prescription has been filled by the pharmacy and is ready for pick-up or delivery. The process then ends at End block 3730.

Turning now to FIG. 38 , there is illustrated a mobile device 802 from an embodiment of the system in which the user obtains a real-time health insurance quote in response to a self-diagnostic test. These embodiments allow users to obtain health insurance quotes from multiple insurance providers or for multiple different plans through the mobile application running on the mobile device 802. Rather than having to call or research different insurance providers individually, a user can utilize the system to obtain multiple quotes from multiple providers in a relatively short period of time. This provides a significant advantage to the user by letting them compare multiple insurance plans quickly and conveniently. An information input menu 3802 is presented to the user by the mobile application. The user inputs information relevant to obtaining an insurance quote, such as age, gender, income level (to account for possible government subsidies), or other health-related information. In some embodiments, the information input menu also allows the user to input information about their current insurance, such as their current insurance provider or insurance plan number. This allows the system to provide quotes for insurance plans which provide similar benefits to the user's current plan. Once the user enters the necessary information into the information input menu 3802, the information is transmitted to a central office, which then queries participating insurance carriers for insurance premium quotes which are then presented to the user.

In some embodiments, the query for a real-time insurance quote occurs after a user has conducted a self-diagnostic test. In these embodiments, the information transmitted to the central office by the mobile application includes what type of test the user conducted, and in some embodiments, the results of the test. This allows the insurance carriers to provide more accurate insurance quotes to the user.

In some embodiments, the real-time insurance quotes are for health insurance. In other embodiments, the quotes are for life insurance. In still other embodiments, the quotes are for disability insurance. Some embodiments provide quotes for multiple types of insurance.

Turning now to FIG. 39 , there is illustrated an embodiment of the system in which multiple insurance plans are presented through a mobile application to a user. In these embodiments, after the user submits information as described hereinabove with respect to FIG. 38 , a central office returns to the mobile device 802 quotes for one or more health insurance plans provided by the queried insurance providers. The mobile application then presents the quotes to the user in a quote menu 3902. These quotes are based on the information supplied by the user, and in some cases, on information regarding the type or results of the test conducted by the user. The quote menu 3902 displays not only the insurance quotes, but also basic information about the insurance quotes, such as the insurance provider or premium cost for each respective quote. In some embodiments, the quote menu 3902 includes “buttons” 3904 for each quote which the user can click. Clicking a “button” 3904 causes the mobile application to present a new screen, described hereinbelow with respect to FIG. 40 , which gives more detailed information about the quote which the user touched.

Turning now to FIG. 40 , there is illustrated an embodiment of the system in which more detailed information regarding a health insurance quote is presented to a user. In these embodiments, when a user clicks on a button related to a particular insurance quote, as described hereinabove with respect to FIG. 39 , the mobile application presents the user with an insurance plan details screen 4002. The insurance plan details screen 4002 presents the user with additional details about the insurance plan chosen by the user to look at. This information can include the monthly or yearly premium, any deductible, any out-of-pocket maximum, what types of services are and are not covered, any government subsidies that might be available to a user who selects that plan, or any other piece of information that would be useful to a user contemplating selecting that insurance plan. The plan details screen 4002 may also include a website or phone number where a user can obtain additional information about the plan or the insurance provider. In some embodiments, the plan details screen 4002 will also have a banner or button 4004 which the user can click to be connected with a representative from the selected insurance company who can provide more information to the user or assist the user in signing up for the insurance plan. Different embodiments will allow a user to connect to an insurance provider representative in different ways. For example, some embodiments will provide a text chat between the user and the representative. Other embodiments will provide two-way audio or video connections between the user and a representative though which the user can discuss the insurance plans or even sign up for a plan.

Turning now to FIG. 41 , there is illustrated a diagrammatic view of a system for providing real-time health insurance quotes in response to a self-diagnostic test. In these embodiments, a system includes a user 4102 using a mobile device 802 which runs a mobile application. After a user conducts a self-diagnostic test and enters any required information into the mobile application, the mobile device 802 transmits the information (which might include information about the self-diagnostic test or its results) via Path {circle around (1)} through a network 4104, such as the internet, to a central office 4106. The central office 4106 keeps a database of records which include any insurance providers participating in the real-time insurance quote system. The central office 4106 transmits the user information via Paths {circle around (2)} to various participating insurance providers 4108. Each insurance provider 4108 then uses the information provided by the central office 4106 to generate a quote (or to decline generating a quote). The insurance providers 4108 the return insurance quotes to the central office 4106 via Paths {circle around (3)}. Finally, the central office 4106 communicates the insurance quotes via Path {circle around (4)} to the mobile application running on the mobile device 802 for the user to view.

Turning now to FIG. 42 , there is illustrated a flowchart depicting a process for generating a real-time health insurance quote in response to a self-diagnostic test. The process starts at Start block 4202 and moves to function block 4204, where the user performs a self-diagnostic test with a mobile application, such as is described hereinabove with respect to FIGS. 8-11 . Once the user has completed he self-diagnostic test, the process moves to block 4206, where the mobile application presents the user with a menu which allows the user to enter additional information relevant to an insurance quote. The user enters any additional information requested, and the process moves to block 4208. At block 4208, the mobile application transmits the user information (and, in some embodiments, test-related information) to a central office through a network such as the internet and requests quotes for health insurance coverage. The process moves next to block 4210, where the central office accesses a list of participating insurance providers who accept quote requests through the system. The process moves to block 4212, where the central office transmits requests for quotes, along with the supplied user information, to the participating insurance providers. At block 4214, the each participating insurance provider uses the information received from the central office to generate personalized insurance quotes for the user. In some cases, instead of generating an insurance quote, an insurance provider may determine that, based on the user information provided, it cannot provide insurance coverage to the user, and thus will not return an insurance quote. The process moves to block 4216, where the insurance providers transmit the quotes (or a message indicating that it will not insure the user) to the central office. Next, at block 4218. The central office transmits the received insurance quotes to the user and the mobile device 802. Next, at block 4220, the mobile device 802 and mobile application present the received insurance quotes to the user. In some embodiments, the process will end at block 4220. In other embodiments, the process will move to block 4222, where the mobile application allows the user to view details of one or more of the insurance plans quoted to the user. The user selects a quote they are interested in, and the mobile application presents details about that plan. The process then moves to block 4224, where the mobile application presents the user with options for contacting the insurance provider offering the selected insurance plan, such as a phone number, email, or website. In some embodiments, the mobile application will offer the option of connecting the user to an insurance provider representative through the mobile application, such as through a text chat or a two-way audio or video connection. The process then ends at End block 4226.

It should be understood that the drawings and detailed description herein are to be regarded in an illustrative rather than a restrictive manner, and are not intended to be limiting to the particular forms and examples disclosed. On the contrary, included are any further modifications, changes, rearrangements, substitutions, alternatives, design choices, and embodiments apparent to those of ordinary skill in the art, without departing from the spirit and scope hereof, as defined by the following claims. Thus, it is intended that the following claims be interpreted to embrace all such further modifications, changes, rearrangements, substitutions, alternatives, design choices, and embodiments. 

What is claimed is:
 1. A system, comprising: a mobile device including a camera, a viewing screen, and a software application stored thereon, wherein the software application provides executable instructions that, when executed, cause the mobile device to: initiate operation of the camera of the mobile device; detect a misalignment of a testing device with a displayed outline in a display of the mobile device, wherein the displayed outline corresponds to a shape of the testing device; while the misalignment of the testing device with the displayed outline occurs, generate and display a warning message on the display of the mobile device indicating the misalignment; detect an alignment of the testing device with the displayed outline in the display of the mobile device; and automatically trigger capture of an image of the testing device in response to detection of the alignment of the testing device with the displayed outline; generate a graphical user display requesting input of user information relating to an insurance quote; receive the user information relating to the insurance quote from the graphical user display; transmit an insurance quote request including the image of the testing device and the user information relating to the insurance quote; a server disposed on a network, the server configured to: receive, from the mobile device, the insurance quote request including the image of the testing device and the user information relating to the insurance quote; determine diagnostic test results based on the image of the testing device; store the diagnostic test results and the user information relating to the insurance quote; transmit the insurance quote request including the diagnostic test results and at least a portion of the user information relating to the insurance quote to one or more insurance providers, responsive to determination of the diagnostic test results; receive at least one insurance quote from the one or more insurance providers responsive to the insurance quote request, the at least one insurance quote determined responsive to the diagnostic test results and the at least the portion of the user information relating to the insurance quote; and transmit the at least one insurance quote to the mobile device.
 2. The system of claim 1, wherein the testing device includes a plurality of immunoassay test strips.
 3. The system of claim 2, wherein a test line of one of the plurality of immunoassay test strips includes Zika virus antigen and a test line of another one of the plurality of immunoassay test strips includes an antibody suitable for binding with hCG.
 4. The system of claim 2, wherein the software application further provides executable instructions that, when executed, cause the mobile device to: process the image to determine pixel count and line intensity of a test line of each of the plurality of immunoassay test strips; compare one or more results of processing the image to a control for each test line of each of the plurality of immunoassay test strips; and present the diagnostic test results on the viewing screen.
 5. The system of claim 4, wherein the executable instructions, when executed, further cause the mobile device to: present the at least one quote on the viewing screen; and establish a communication session with an insurance representative.
 6. The system of claim 4, wherein the control is a dataset from previously conducted tests stored on a database and accessed by the software application.
 7. The system of claim 4, wherein the diagnostic test results include a quantitative result.
 8. The system of claim 7, wherein the quantitative result includes a numerical rating.
 9. The system of claim 1, wherein the server is further configured to: determine if the diagnostic test results include a positive result; present, if the diagnostic test results are positive, a telemedicine initiation option on a screen of the mobile device; determine whether the telemedicine initiation option is selected; send the diagnostic test results from the server to a telemedicine provider; send additional medical history information to the telemedicine provider; and initiate a telemedicine conference with the telemedicine provider.
 10. The system of claim 9, wherein the server is further configured to: receive, over the network, a notification relating to an issued prescription; and communicate information relating to the issued prescription over the network to a pharmacy.
 11. A system, comprising: a server disposed on a network, the server configured to: receive, from a mobile device, an insurance quote request including an image of a testing device and user information relating to an insurance quote; determine diagnostic test results based on the image of the testing device; transmit an insurance quote request including the diagnostic test results and at least a portion of the user information relating to the insurance quote to one or more insurance providers, responsive to determination of the diagnostic test results; receive at least one insurance quote from the one or more insurance providers responsive to the insurance quote request, the at least one insurance quote determined responsive to the diagnostic test results and the at least the portion of the user information relating to the insurance quote; and transmit the at least one insurance quote to the mobile device. 